程序员岗的老陈，周五下午最怕写周报：这周到底干了啥？改了哪个模块、修了什么 bug、卡在哪儿——脑子里一团浆糊，只能翻 git 记录凑字数，半天耗在"回忆+组织语言"上。这种"有记录、难提炼、写周报费劲"的活，正是 WorkBuddy 最该接走的那类。
核心：把 git 记录丢给 WorkBuddy，自动出进度汇报
程序员写周报的痛点不是"没干"，而是git 记录散、技术语言硬、给老板看要翻译。WorkBuddy 在这里的价值，是把"翻 commit 凑周报"变成"粘一段 git log、按模块出汇报、技术版转人话版"。下面这张卡，是落地最稳的三步：
手把手：三条能直接抄的对话指令
下面给三份完整、带中文注释、复制即用的 WorkBuddy 对话指令，分别对应"git log→周报""技术亮点提炼""下周计划生成"。把括号里的换成你的实际信息就能跑，不用改结构。
场景一：git log → 直接出结构化周报
本周 git log（已复制，时间范围 2026-07-20 至 2026-07-26）： （粘贴 git log 文本） 请整理成《本周工作周报》： 1. 按模块分组（如：订单服务 / 支付网关 / 前端页面）； 2. 每组的 commit 合并成 1-2 句人话进展（非技术同事能懂）； 3. 标出"完成 / 进行中 / 阻塞"状态； 4. 阻塞项单列，写卡在哪、需要谁配合。 要求：只基于我给的 commit，不编造进度； 技术细节保留但不堆砌；不暴露密钥/内部地址。
老陈把 git log 一粘，10 分钟拿到分模块的周报，不用再回忆"这周干了啥"。
场景二：给老板看的非技术版亮点
基于上面的周报，提炼一段"给老板看的非技术版"： - 3 条本周业务价值（用户感知/风险消除/效率提升）； - 每条用"做了X，带来Y"句式，不写代码术语； - 控制在 150 字内，适合周会口头汇报。 要求：价值基于实际 commit，不夸大；不编造业务影响数据。
技术活被翻成"业务价值"，老板一听就懂，汇报不再尬场。
场景三：下周计划生成（基于本周进展）
基于本周进展，生成本下周计划： - 进行中项：列出可推进的下一步； - 阻塞项：列出需要协调的资源/排期； - 新需求（如有）：标注来源与优先级。 输出：清单式，每条含"事项|目标|预计节点"。
周报顺手延伸出下周计划，周会一开就对齐，不用会后再补。
效果：周报 10 分钟搞定，技术翻译有人做
老陈落地后，周报从"周五下午愁半天"变成"粘 git log、10 分钟出稿"，技术语言还自动翻成老板能懂的版本。WorkBuddy 接走的是整理、分组和技术翻译，最终的进度真实性与敏感信息脱敏仍由人负责。它省的是回忆和组织，不是你的专业产出。
三个容易踩的坑
- 泄露敏感信息：git log 别带密钥、内部 IP、未公开接口。上传前先脱敏，别把含凭据的仓库直接丢给通用模型。
- 让 AI 瞎编进度：AI 可能"补全"你没做的模块或虚假的完成度。所有进展只基于 commit，状态如实标"进行中/阻塞"。
- 不核准确性：WB 给的分组和业务价值是基于你给的日志推导的，模块归属、风险判断你仍要快速过目，别直接当定论发。
把"翻 commit、分模块、做翻译"交给 WorkBuddy，把"核进度、脱敏、定计划"留给人——程序员周报的第一刀，就切在这里。
作者声明：本作品含 AI 生成内容，仅供方法参考，工作进度与敏感信息以人工核对为准。
想让程序员周报自己写？把 git log 丢给 WorkBuddy，一条指令出分模块汇报和技术版转人话版，周五下午省回两小时。
